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TITLE: DISBURSEMENT TRACKING SYSTEM 



FIELD OF THE INVENTION 

The present invention relates to a disbursement tracking 
system for validating and controlling the usage of digital 
devices on which costs are incurred, such as a digital 
printer/copier device. In particular, the disbursement 

tracking system is characterized by the ability to validate the 
transmission of document print information from a document 
creation device to a digital output device. 

BACKGROUND OF THE INVENTION 

In recent years, the laser printer and digital copier 
technologies have merged such that, today, most digital copiers 
are also network printers. In addition, most corporations, 
professional firms and institutions are connected to local and 
wide area networks and have means to send documents around the 
globe. As a result of these technological breakthroughs, end 
users have been given the ability to quickly generate massive 
amounts of printed documents. Thus, there has been a growing 
demand from corporations, professional firms and institutions 
to have a means to monitor and control the potentially massive 
expenses these new copier/printers can generate. 

Electronic disbursement tracking is a solution adopted by 
many professional firms, whereby an electronic controller is 
interfaced with every copier/printer and print control software 
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is installed either on each user's desktop or on print servers. 
The electronic controllers are responsible for monitoring 
and/or enabling access to use the copier/printer for the 
purpose of walk-up copying, and the print control software 

5 performs the same tasks for network printing. A typical 
electronic controller has its own keyboard and screen for 
entering data and displaying information respectively. The 
print control software uses the keyboard and display resources 
of the client workstation and print server as needed. The 

10 purpose of such devices is to limit access to the 
copier/printer until a user has entered a valid identification 
code and assigned a valid file number so that expenses incurred 
can be properly attributed back to a particular user and 
client . 

15 Unfortunately, there has been little success adapting the 

current generation of electronic disbursement tracking devices 
to corporate and institutional markets. The primary reason for 
this fact is that a typical corporation or institution does not 
bill clients for disbursement expenses associated with the 

20 purchase, installation and support of these devices, and thus 
can not justify the expense of electronic disbursement tracking 
devices. This is contrary to the situation of most 

professional firms, which invoice their clients for all 
disbursement expenses incurred by the electronic disbursement 

25 tracking devices, such that all costs are recoverable and thus 
justifiable. 

In recognition of the need for affordable digital 
copier/printer management systems in the corporate and 
institutional markets, digital copier/printer manufacturers 
30 such as The Document Company Xerox have developed standards so 
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that vendors of disbursement control devices can adapt their 
solutions for these markets* The essence of these standards is 
for all walk-up and network functionality to be integrated 
within the digital copier/printer itself. Thus, there is no 
5 additional hardware required to add disbursement control to 
such systems. 

The obvious benefit of these new implementation standards 
is that disbursement tracking can be made affordable for the 
corporate and institutional markets. However, these standards 
^ 10 only apply to devices on which they are implemented. In a 
C- homogeneous new installation of digital copier/printer devices, 
ij the solution works very well. Unfortunately, most 

0} installations are heterogeneous, combining many types of 

Ljyl devices and many generations of technologies. Further, the 

^ 15 validation of the cost allocation variables is managed by the 
H= digital copier/printer. It is possible for a very large 

12 document to be sent from a workstation to the copier/printer 

y device, only to have it rejected due to an invalid entry. This 

3 corresponds to an important inefficiency in both bandwidth 

20 usage and job completion time. 

The background information provided above clearly 
indicates that there exists a need in the industry to provide 
an improved disbursement tracking system for validating and 
controlling the usage of digital devices on which costs are 
25 incurred, such as a digital printer /copier device. 
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SUMMARY OF THE INVENTION 

In one aspect, the invention provides a disbursement 
tracking system having an input for receiving input signals 
conveying data associated with a document a user desires to 
generate on an output device. In a specific, non-limiting 
example of implementation, the input signals convey document 
print information as well as device information, the latter 
identifying the output device to which the document print 
information is to be transmitted. The disbursement tracking 
system includes a processing unit that processes the input 
signals, extracting therefrom the document print information 
and the device information, and generates an output signal for 
transmission to the output device. On a basis of the device 
information, the processing unit determines the status of the 
output device. If the output device requires cost allocation 
data, such as a user identification number and a file number, 
the processing unit retrieves from the user values for the cost 
allocation data, attempts to validate the same and, if 
validated, inserts the cost allocation data into the output 
signal. The disbursement tracking system further includes an 
output for releasing the output signal to the output device, 
the latter being responsive to the output signal for generating 
the document in its original form. 

The advantages of this disbursement tracking system are 
twofold. First, the disbursement tracking system is external 
to the output device, such that it can be shared amongst many 
different and remote output devices. Second, the disbursement 
tracking system validates all cost allocation variables prior 
to transmission of the document print information over a 
network to the output device, reducing both the job completion 
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time and the bandwidth usage in the case of invalid entries 
such that there is less waste of network resources. 

In a specific non-limiting example of implementation, the 
output device is a digital printer/copier device. The 
5 disbursement tracking system is software implemented and 
resides on a computing device, such as a workstation, where 
resides the application with which the document was .originally 
created. In particular, the processing unit contains a 
redirector unit that is responsible for intercepting document 
„10 print information issued by the application and the components 
-J3 of the operating system responsible for carrying out the 
Id printing operation. The redirector unit receives at one input 
jL 1 various print signals from both the application and the 
-J3 operating system, and directs them to either a document 
7*15 analysis unit or a device analysis unit. In particular, the 
^ redirector directs the document print information to the 
u document analysis unit and the device information to the device 

i analysis unit. In a specific example, the device information 

-j 

□ includes an identifier of the output device on which the 

20 document is to be generated. 

The document analysis unit spools the data contained in 
the document print information to create a print job file. The 
document analysis unit builds and maintains the print job file 
until one of two conditions is met. The first case occurs when 

25 the document print information contains a command to cancel the 
print job, in which case the print job file is discarded. In 
the second case, where a command indicates that all document 
print information has been transmitted, the document analysis 
unit sends a signal to the device analysis unit containing a 

30 request for cost allocation data. In this specific example of 
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implementation, the device analysis unit may respond to such a 
request from the document analysis unit with one of three 
response signals: a first control signal including valid device 
specific cost allocation data, a second control signal 
5 indicating that the print job file is to be discarded, a third 
control signal indicating that no cost allocation data is 
required or a fourth control signal indicating that cost 
allocation data is required but not yet available. 

In the case where no cost allocation data is required, the 
„10 print job file is released unmodified from the document 
y3 analysis unit to the output device. In the case where cost 
ijj allocation data is available and included in the response 
^] signal, the document analysis unit will modify the print job 
y3 file by inserting the cost allocation data into the print job 
15 file according to a predefined format. The modified print job 
^ file is then released to the output device. In the case where 

U cost allocation data is required but not yet available, the 

iif document analysis unit will wait for receipt of the first 

□ control signal from the device analysis unit indicating that 

20 the data has been validated. When the first control signal is 
received, the document analysis unit follows the procedure for 
inserting the cost allocation data into the print job file and 
releasing the print job file to the output device. 

The device analysis unit includes a data structure storing 
25 status information on a plurality of different output devices. 
Upon receiving a device identifier from the redirector unit, 
the device analysis unit consults the data structure on a basis 
of this device identifier in order to determine the status of 
the output device. The status information stored in the data 
30 structure includes an indication as to whether or not the 
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output device requires cost allocation data. If the output 
device does require device specific cost allocation data, the 
device analysis unit is responsible for collecting and 
validating the cost allocation data from the user. 

5 The device analysis unit includes an interface unit for 

retrieving from the user cost allocation data, such as the name 
or identifier of the client to whom the charge will be 
attributed, and/or details about the individual that has 
incurred the charge. In a specific, non-limiting example, the 

^10 cost allocation data is a combination of several data elements, 

go namely: 

W 1. User identification code; 

qi 2. User password 

^ 3. Name of client 

= 15 4 . Client matter 

!t The user enters the cost allocation data through the user 

UJ interface. Under this specific example, the device analysis 

S unit creates a data capture dialog box or screen on the display 

of the workstation where the user is required to key in the 
20 cost allocation data. Once the data entry process is 

completed, the device analysis unit will attempt to validate 
the cost allocation data. The validation process involves 
checking the data to determine if it is valid or legitimate. 
In the affirmative, the device analysis unit will generate the 
25 first control signal, including the validated cost allocation 
data, and will send this signal to the document analysis unit. 
If the cost allocation data entered by the user is invalid, the 
device analysis unit will generate the second control signal 
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and will send this signal to the document analysis unit, where 
the print job file will be discarded. 

In another aspect, the invention provides a computer 
readable storage medium containing a program element for 
execution by a computing apparatus to implement a disbursement 
tracking system. 

In yet another aspect, the invention provides a data 
processing device having an input for receiving input signals 
containing data associated with a document a user desires to 
generate on an output device. The data processing device 
includes a redirector unit for extracting from the input 
signals document print information and device information, a 
document analysis unit for generating an output signal on a 
basis of the document print information and a device analysis 
unit for determining the status of the output device on a basis 
of the device information. If the status of the output device 
requires cost allocation data, the device analysis unit 
retrieves from the user the cost allocation data, attempts to 
validate the cost allocation data and, if validated, generates 
a control signal including the cost allocation data. The 
document analysis unit is responsive to this control signal for 
inserting the validated cost allocation data into the output 
signal and releasing the output signal, including the cost 
allocation date, to the output device. 

The invention further provides a method for validating and 
controlling the transmission of document print information from 
a document creation device to an output device on which costs 
are incurred. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features of the present invention will 
become apparent from the following detailed description 
considered in connection with the accompanying drawings. It is 
5 to be understood, however, that the drawings are provided for 
purposes of illustration only and not as a definition of the 
boundaries of the invention, for which reference should be made 
to the appending claims. 

Figure 1 is a block diagram of a typical network 
Q 10 arrangement using a printer/copier device; 

[H Figure 2 is a reproduction of a typical Windows95 

(trademark) print dialog box; 

y3 Figure 3 is a functional block diagram of a disbursement 

r = tracking system in accordance with an embodiment of the present 

RJ 15 invention; 

QJ 

S Figure 4 is a functional block diagram of a document 

5 analysis unit; 

Figure 5 is a functional block diagram of a device 
analysis unit ; 

20 Figure 6 is a diagram that illustrates the events 

occurring when a 32 bit Windows95 application is printing a job 
with the disbursement tracking system residents- 
Figure 7 is a block diagram of a computing device forming 
a suitable platform for the software implementation of the 

25 disbursement tracking system in accordance with an embodiment 
of the invention. 
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DETAILED DESCRIPTION 

Figure 1 illustrates a typical arrangement of a network 
with printing facilities. A workstation 20 is connected to a 
5 hub and bridge combination 22 that in turn is connected to 
three output devices through a print server 24 , specifically 
digital printer/copier devices 26, 28, 30. Applications on the 
workstation 20, such as a wordprocessor and drawing software, 
can print documents on, for example, the printer/copier device 
^10 28 by sending messages to the printer/copier device 28. For 
SI the purpose of this example, assume that the operating system 
J5 at the workstation 20 is Windows95 (trademark) . 

S When the user at the workstation 20 desires to print on 

r printer/copier device 28, he or she invokes the print command 
^ 15 under the application that has generated the document to be 
H printed. Assume for the sake of this example that the document 
2 contains only typed text. The print command causes the 

0 appearance on the screen of the dialog box illustrated in 

Figure 2. The user is required to enter some data and then to 
20 click the M Ok" button with a pointing device in order to 
complete the print function. By selecting the name for 
printer/copier device 28 from the drop-down list provided at 
the top of the dialog box, the user opts to generate the 
document on printer/copier device 28. 

25 The signals exchanged between the workstation 20 and the 

print server 24 convey document print information and device 
information. The document print information encompasses two 
types of data, namely print data and printer commands. The 
print data is the contents of the document that is to be 
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printed on the printer/copier device 28, while the printer 
commands specify how the print data is to be handled by the 
printer/copier device 28. The device information conveys 
identification information relative to the printer/copier 
5 device on which the document print information is to be 
generated, such as an identifier of printer/copier device 28. 

Figure 3 illustrates a functional block ' diagram of the 
disbursement tracking system, in accordance with a non-limiting 
example of implementation of the invention. The disbursement 
^10 tracking system identified by the reference numeral 32 includes 
'aO a processing unit 34 having an input 36 and an output 38. 
hi Continuing with the above example, the input 36 receives input 
JJj signals conveying document print information and device 
yg information, as described above, from the workstation 20. The 

^ 15 output 38 releases an output signal to the printer/copier 
H= device 28, via the print server 24, the printer/copier device 

LI 28 being responsive to the output signal to effect the printing 

y operation and generate the print data. The "output signal" 

□ encompasses messages received or sent that result in the 

20 printer/copier device 28 carrying out the printing operation. 

The processing unit 34 includes a redirector unit 40 whose 
basic task is to intervene between the application that is 
generating the document print information and the various 
software and/or hardware components of the workstation 20 

25 and/or the network that carry out the printing operation. More 
particularly, messages sent by the application generating the 
document print information and the operating system responsible 
for carrying out the printing operation are actually 
intercepted by the redirector unit 40 at input 36 and 

30 redirected within the processing unit 34. The redirector unit 
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40 acts in a transparent manner such that neither the 
application nor the various components that carry out the 
printing operation are aware of its presence. 

Message and command redirector units are generally known 
5 in the art and it is not deemed necessary here to describe in 
detail the internal operation of this unit. 

The processing unit 34 includes a document analysis unit 
42 and a device analysis unit 44, both coupled to the 
redirector unit 40. The redirector unit 4 0 is operative to 
CjlO extract from the input signals arriving at input 36 the 
SI document print information and the device information, 
m redirecting the document print information to the document 
03 analysis unit 42 and the device information to the device 
yQ analysis unit 44. In this non-limiting example of 

j\ 15 implementation, the device information includes an identifier 
fU of the printer/copier device on which the document print 
j s s information is to be generated. 

P The purpose of the document analysis unit 42 is to spool 

the data contained in the document print information to create 

20 a print job file. A more detailed functional block diagram of 
the document analysis unit 42 is shown in Figure 4. The 
document analysis unit 42 includes a spooler 4 6 that receives 
at its input 4 8 the document print information and is operative 
to accumulate into a print job file all of the document print 

25 information received from the application that attempts to 
print. The print job file is then passed to a printing 
device language detector 50 that attempts to determine in what 
language the document print information is communicated to the 
printer/copier device 28. Printer language detection is 
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achieved by sampling up to the first 32K bytes of printer 
commands and looking for unique comments and/or control codes 
to identify the language. A typical case is the PCL 
(trademark) (Print Control Language) V language in which the 
5 command ESC-E will follow an optional section for comments. 
When the particular language is identified, the printing device 
language detector 50 will pass the print job file to a printing 
device language interpreter 52. In effect, the printing device 
language interpreter 52 is actually a collection of individual 
10 interpreters, each interpreter being associated to a different 
O language. When the printing device language detector 50 
Cs identifies the language of the document print information, it 
™ activates the appropriate printing device language interpreter 
03 52. 

15 The document analysis unit 42 thus builds and maintains 

^ the print job file until one of two conditions is met. The 
Li first case occurs when a command to cancel the print job is 
W detected by the printing device language interpreter 52, in 

L-J 

□ which case the print job file is discarded. In the second 

20 case, where a command indicating that all document print 
information has been transmitted is read by the printing device 
language interpreter 52, the document analysis unit 42 
generates and sends a signal to the device analysis unit 44 
containing a request for cost allocation data, via output 54. 

25 The purpose of the device analysis unit 44 is to determine 

the status of the printer/copier device 28 on which the 
document print information is to be generated, in particular 
the requirements of the printer/copier device 28 with respect 
to cost allocation data. As shown in Figure 5, the device 

30 analysis unit 44 receives at input 56 the device information, 
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including a device identifier, from the redirector unit 40. 
The device analysis unit 44 includes a computer readable 
storage medium holding a data structure 58 storing status 
information on a plurality of different output devices, in this 
example the printer/copier devices 26, 28 and 30* Upon 
receiving a device identifier representative of the 
printer/copier device 28 from the redirector unit 40, the 
device analysis unit 4 4 consults the data structure 58 on a 
basis of this device identifier in order to determine the 
status of the printer/copier device 28. The status information 
stored in the data structure 58 includes an indication as to 
whether or not the printer/copier device 28 requires cost 
allocation data. 

If the device analysis unit 4 4 determines from the status 
information stored in the data structure 58 that the 
printer/copier device 28 does require device specific cost 
allocation data, the device analysis unit 44 is operative to 
collect and validate the cost allocation data from the operator 
at workstation 20. Accordingly, the device analysis unit 44 
includes an interface unit 60 for retrieving from the user cost 
allocation data, such as the name or identifier of the client 
to whom the charge will be attributed, and/or details about the 
individual that has incurred the charge. In a specific, non- 
limiting example, the cost allocation data is a combination of 
several data elements, namely: 

5. User identification code; 

6. User password 

7. Name of client 

8. Client matter 
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The operator enters the cost allocation data through the 
user interface. Under this specific example of implementation, 
the interface unit 60 creates a data capture dialog box or 
screen on the display of the workstation 20 where the user is 
5 required to key in the cost allocation data. Once the data 
entry process is completed, the device analysis unit 44 will 
attempt to validate the cost allocation data. During the 
validation process, the device analysis unit 44 will query a 
database 62 to determine if the information about the user 
10 identity, such as the user identification code and the user 
O password, is valid or legitimate. In essence, these two 
Ci elements are tested against a master list of user 
S identification codes and corresponding passwords, that 
03 determines who is allowed to access and operate the system. 
,q15 Next the device analysis unit 44 will perform a similar 
' verification against the client information entered by the 

iU user, to determine if it is valid client information. 

2? If the device- analysis unit 44 validates the cost 

D allocation data entered by the user, the device analysis unit 

20 44 will generate a first control signal, including the 
validated cost allocation data, and will send this signal to 
the document analysis unit 42 via output 64. If the cost 
allocation data entered by the user is invalid, the device 
analysis unit 44 will generate a second control signal 
25 directive to discard the print job file and will send this 
signal to the document analysis unit 42, via output 64. 

If the device analysis unit 44 determines from the status 
information stored in the data structure 58 that the 
printer/copier 28 does not require cost allocation data, the 
30 device analysis unit 44 will generate a third control signal 
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indicating that no cost allocation data is required and will 
send this signal to the document analysis unit 42 via output 
64. 

If the device analysis unit 44 determines from the status 
5 information stored in the data structure 58 that the 
printer/copier 28 requires cost allocation data but this cost 
allocation data is not immediately available or validation is 
not yet complete, the device analysis unit 44 will generate a 
fourth control signal indicating that cost allocation data is 
q 10 required but not yet available and will send this signal to the 
^ document analysis unit 42 via output 64. 

Oi The document analysis unit 42 is responsive to the signals 

% received from the device analysis unit 4 4 to complete the 

printing operation. If the first control signal is received 
U 15 from the device analysis unit 44, including validated cost 
IV allocation data, the document analysis unit 42 will modify the 

UP print job file by inserting the cost allocation data into the 

S print job file according to a predetermined format, as will be 

described in further detail below. The modified print job file 
20 is then released to the printer/copier device 28, via output 
38. If the second control signal is received from the device 
analysis unit 44, the print job file is discarded by the 
document analysis unit 42. If the third control signal is 
received from the device analysis unit 44, the print job file 
25 is released unmodified from the document analysis unit 42 to 
the printer/copier device 28, via output 38. If the fourth 
signal is received from the device analysis unit 44, indicating 
that cost allocation data is required but not yet available, 
the document analysis unit 42 will wait for receipt of the 
30 first control signal from the device analysis unit 44, 
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indicating that the cost allocation data has been validated. 
When the first control signal is received, the document 
analysis unit 42 follows the procedure for inserting the cost 
allocation data into the print job file and releasing the print 
5 job file to the printer/copier device 28, via output 38, 

As mentioned above, the document analysis unit 42 performs 
the insertion of validated cost allocation data into the print 
job file according to a predetermined format. This 
predetermined format is dependent on the type of printer/copier 
__10 device to which the print job file is being sent, and is such 
S that both the print data and the printer commands forming the 
s 71 print job file remain unaffected. In particular, the 

5s predetermined format defines appropriate file positions at 
ji which the validated cost allocation data is to be inserted into 
^ 15 the print job file, such that when the newly constructed print 
M job file is supplied to the printer/copier device, the document 

LI generated by the printer/copier device is in its original form. 

W In a specific example, The Document Company Xerox manufactures 

p printer/copier devices that may be integrated for use with a 

20 disbursement tracking system such as the system defined by the 
present invention. To this end, Xerox has established industry 
wide device standards that define the expected location of cost 
allocation data within print job files received at a Xerox 
printer/copier device for outputting. Since the function of 
25 inserting control data, such as cost allocation data, into a 
print job file according to a device-specific predetermined 
format is well known to those skilled in the art, it will not 
be described in further detail. 
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typical 32-bit Windows95 application that uses the built in GDI 
print methods provided by the Windows95 API , with the 
disbursement tracking system resident. The presented scenario 
walks through the sequence of calls between the application, 
the Windows95 operating system and the disbursement tracking 
system components. 

Figure 6 shows the sequence of calls and events that start 
with the application initiating a print job. This step is 
labeled 1 in Figure 6 and the final step, when the disbursement 
tracking system has finished processing the request, is labeled 
step 11. Note that between steps 2 and 3 there are many other 
Windos95 print components that come into play and have not been 
described in the interest of clarity. 

1. The application has a graphics object, for example a 
circle, to send to a printer/copier device. The 
application creates a Device Context (DC) and calls the 
BDI StartDoc function to initiate a print request for the 
printer. This request may also contain a file name if the 
application wants to print directly to a file. 

2. The redirector unit 40 intercepts the GDI calls from the 
application and creates memory objects containing 
information about the calls, including in particular the 
document print information. It then makes the call to the 
GDI as the source so that the GDI will return the results 
of the call back to it. 

3. Depending on the type of printing (Direct, RAW spooling or 
EMF spooling) , the GDI will have passed on commands to the 
appropriate printer components of the Windows95 operating 
system and return a result set back to the redirector unit 
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40, this result set forming at least in part the device 
information . 

The redirector unit 40 redirects the document print 
information to the document analysis unit 42 and the 
device information to the device analysis unit 44. 

The document analysis unit 42 is responsible for building 
and maintaining a print job file until either a command to 
cancel the print job is detected, in which case the print 
job file is discarded, or a command indicating that all 
document print information has been transmitted is 
detected. In the latter case, the document analysis unit 
42 generates and sends a signal to the device analysis 
unit 44 containing a request for cost allocation data. 

The device analysis unit 44 is responsible for determining 
the requirements of the printer/copier device on which the 
document print information is to be generated with respect 
to cost allocation data, on a basis of the device 
information received from the redirector unit 40. The 
device analysis unit 44 consults the data structure 58 on 
a basis of the device information in order to determine 
whether or not the printer/copier device requires cost 
allocation data. The device analysis unit 44 generates 
and sends a control signal to the document analysis unit 
42, on a basis of which the document analysis unit 42 
completes the printing operation. 

If the device analysis unit 44 determines that the 
printer/copier device does require device specific cost 
allocation data, the device analysis unit sends a request 
to the user interface 60 to capture from the user the cost 
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allocation data that is to be associated with the print 
job. The user interface 60 is responsible for retrieving 
cost allocation data such as the user' s identification 
number, client and matter numbers or codes, job 
descriptions and billing codes. The device analysis unit 
4 4 attempts to validate the retrieved cost allocation 
data . 

8. If validation is successful, the device analysis unit 44 
includes the validated cost allocation data with the 
control signal sent to the document analysis unit 42. 

9. Upon receipt of the control signal, including the 
validated cost allocation data, from the device analysis 
unit 44, the document analysis unit 42 modifies the print 
job file by inserting the validated cost allocation data 
into the print job file according to a predefined format, 
and releases the modified print job file to the 
printer/copier device for printing. 

10. The document analysis unit 42 reports back to the 
redirector unit 40 that the disbursement tracking system 
has now fully processed the GDI call. 

11. The redirector unit 40 returns the GDI result set back to 
the originating 3 rd party application as if the call was 
processed directly by Windows95 itself. 

As previously mentioned, the disbursement tracking system 
according to this invention is software implemented on a 
computing platform, such as the workstation 20 and 
alternatively the print server 24. The basic structure of the 
computing device constituting the workstation 20 is depicted in 
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Figure 7. The computing device has a Central Processing Unit 
(CPU) 66, a memory 68 and a bus connecting the CPU 66 to the 
memory 68. The memory 68 holds program instructions for 
execution by the CPU 66 to implement the functionality of the 
disbursement tracking system. The disbursement tracking system 
may be stored on a computer readable medium 70, such as a 
floppy disk, that is external to the computing device. The 
floppy disk 70 can be read by a floppy drive 72 to load the 
program instructions in the memory 68. The computer readable 
medium 70 may be part of a remote computing platform that is in 
some way connected to the computing platform that executes the 
program element for allowing the data transfer necessary to 
pass the program element to the computing platform on which the 
execution will take place. For example, a file server 

containing the program element that can be accessed over any 
suitable connection by another computing platform to obtain the 
program element is considered a computer readable medium 
storing the program element. 

Although various embodiments have been illustrated, this 
was for the purpose of describing, but not limiting, the 
invention. Various modifications will become apparent to those 
skilled in the art and are within the scope of this invention, 
which is defined more particularly by the attached claims. 
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